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1.0*  INTRODUCTION 


This  re  port/Npre  pared  by  the  Analytical  and  Physical  Simulation  Branch  of 
the  Taaic-Autottotlia.  Technol ogy  Directorate,  of  the  U.S.  Amy 
Tank-Automotive  CntamandT^deaoribes  the  conventions  and  methods  used  to 
oreate  and  animate  vehicle  graphics.  It  is  intended  to  be  used  in  con¬ 
junction  with  the  programs  MOVIE. BYU,  ANIMATE,  and  PLOT,  and  the  VAS 
controller,  the  VAX  8800  computer,  and  the  Lexldata  SOLXDVIEW  device.  It 
is  divided  into  the  following  sections: 


e  Conventions 

e  Creating  vehiolc  graphics > 
e  Animation  methods  j>  nurf 
e  Use  of  PLOT  program  ,  C FFjA - 


2.0.  OBJECTIVE 

It  le  the  goal  of  this  report  to  make  the  ueer  familiar  with  and 
knowledgeable  of  the  methods  available  for  creating  and  animating  vehiole 
graphics.  To  thie  end,  the  use  of  MOVIE. BYU,  ANIMATE,  and  PLOT  are 
described  in  detail.  It  is  recoem ended,  however,  that  before  attempting 
to  use  the  available  software  the  user  read  at  least  the  relevant  sec¬ 
tions  of  the  MOVIE. BYU  manual  and  review  the  documentation  of  the  vehiole 
graphics  already  created. 


3.0.  CONCLUSIONS 

Using  this  report  and  existing  documentation  of  vehicle  graphics,  the 
user  can  oreate  and  animate  either  existing  vehiole  graphics  or  files  of 
their  own  design. 


4.0.  RECOMMENDATIONS 

It  would  greatly  reduoe  the  time  required  to  test  an  animation  if  a 
method  were  employed  whereby  files  inoludlng  animation  and  graphing  data 
could  be  used. 


5.0.  DISCUSSION 
5.1.  Conventions 


5.1.1.  Origin.  Using  vehiole  drawings,  an  origin  must  be  selected.  It 
should  be  even  with  the  rear,  the  bottom,  and  the  center  of  the  vehiole. 
In  other  words,  when  looking  at  the  left-side  view  of  the  vehicle,  the 
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origin  should  bo  in  the  lower  right-hand  corner  of  the  drawing,  halfway 
into  the  page. 

5.1.2.  Axes.  For  consistency,  the  axes  should  always  be  oriented  in 
the  same  Banner  for  all  vehicles.  A  right-hand  coordinate  system  is 
generally  used.  The  positive  X  axis -'should  extend  out  the  right  side  of 
the  vehiole,  the  positive  X  out  the  front,  and  the  positive  Z  toward  the 
top.  Looking  at  a  left-side  view  of  the  vehiole,  the  X  axis  is  into  the 
page,  the  X  axis  is  to  the  left,  and  the  Z  axis  extends  upward  on  the 
drawing. 

5.1.3.  Coordinates.  The  coordinates  of  all  points  are,  by  convention, 
measured  in  inohea. 

5.2.  Creating  Vehiole  Graphics 


5.2.1.  Noncurved  Parts.  Vehiole  parts  are  oreated  using  a  MOVIE. BYU 
program  called  UTILITY.  When  running  this  program,  noncurved  parts  are 
generated  by  entering  QEQMETRY  CHANCE  (since  only  a  four-letter  abbre¬ 
viation  is  required  for  all  commands ,  GECM  CHAN  will  suffice).  In  this 
mode  the  next  command  tells  UTILITY  what  the  user  wishes  to  change.  The 
oonmand  COORDINATE  (COOR)  invokes  a  mode  in  which  the  coordinates  of  the 
geometry  file  may  be  altered  (in  this  case,  entered).  The  program  then 
prompts  for  the  number  of  nodes  (points)  to  be  oreated.  For  example,  a 
cube  would  be  made  up  of  eight  nodes.  More  oomplex  shapes  would 
require  more  nodes.  The  X,X,Z  coordinates  of  each  node  (in  feet)  are 
then  entered,  preceded  by  the  node  number.  When  this  process  is 
complete,  the  user  should,  while  still  in  the  QECM  CHAN  mode,  enter 
ELEMENT  (ELEM).  UTILITY  is  now  ready  to  accept  element  definitions  In 
terms  of  nodes.  The  next  prompt  requests  the  number  of  nodes  per  ele¬ 
ment.  A  cube  would  have  four  node3  per  element;  the  more  oomplex  the 
part,  the  mode  nodes  per  element. 

5.2.2.  Adding  Elements.  Answering  the  next  prompt  with  ADD  (A)  tells 
UTILITY  you  wish  to  add  elements.  When  defining  elements,  the  group 
number  (1)  is  entered,  followed  by  the  nodes  to  be  connected  bo  form  the 
element.  Nodes  should  be  entered  according  to  the  right-hand  rule. 
Accordingly,  the  nodes  are  entered  in  a  counterclockwise  order  when 
viewing  the  element  from  outside.  This  corresponds  to  having  the  thumb 
of  the  right  hand  facing  outward  and  listing  the  nodes  in  the  order 
indicated  by  the  direction  in  which  the  fingers  are  curling 
(counterclockwise) , 

5.2.3.  Curved  Darts.  To  areata  ciroular  or  cylindrical  parts,  another 
method  must  be  used.  This  method  involves  another  mode  of  UTILITY, 

MAKE  VOLUME  REVOLVE  (MAKE  VOLU  REVO).  This  method  consists  of  defining: 
a  two  dimensional  shape  in  the  X-Y  plane  and  then  revolving  it  about  the 
X  axis.  The  first  prompt  to  be  answered  (hit  RETURN  for  extraneous 
prompts)  requests  the  number  of  nodes  on  the  shape  to  be  created  and  the 
angle  it  is  to  be  revolved.  Four  nodes  revolved  360  degrees  would  form 
a  solid  cylinder,  such  as  an  axle.  More  nodes  are  required  for  more 


complex  parts.  Three  hundred  sixty  degrees  la  the  standard  revolution 
for  solid  parts.  Next,  the  X,  Y,  Z  coordinates  (feet)  are  entered.  The 
next  prompt  is  for  the  number  of  circumferential  elements  (elements 
around  the  circumference  of  the  circle)  to  be  created.  This  parameter 
determines  the  smoothness  of  the  curve  to  be  formed  (12-16  elements  will 
form  a  fairly  smooth  curve).  Using  too  many  elements  will  unnecessarily 
slow  the  drawing  of  the  pert,  while  using  too  few  will  cause  the  curve 
to  look  Jagged.  A  compromise  must.be  found,  depending  on  the  size, 
shape,  and  Importance  of  the  part. 

5.2.4.  Saving  Geometry  Files.  After  oreating  a  part  using  either  of 
the  above  methods,  the  geometry  file  must  be  saved.  This  Is  done  by 
changing  to  the  GEOMETRY  WRITE  (GEOM  WRIT)  mode.  The  program  will  then 
prompt  for  the  geometry  filename.  After  ohooslng  a  name  having  the 
extension  .GEO,  the  program  may  be  terminated  by  typing  EXIT. 

5.2.5.  Cube  Example.  The  following  is  a  step-by-step  example  of  the 
creation  of  a  dimple  pert  using  UTILITY  in  the  GEOM  CHAN  mode.  The  part 
to  be  oreated  is  a  basic  cube.  The  first  step  la  bo  run  the  program  and 
then  enter  GEGM  CHAN  COOR.  The  number  of  nodes  to  be  entered  is  8,  as 
follows:  1  0  0  0,  2  0  0  2,  3202,  4  2  0  0,  5  0  2  0,  6022,7  22 
2,8220.  This  sequence  defines  the  8  nodes  of  a  cube  which  la  2 
feet  on  a  side.  The  elements  must  be  defined  next,  each  consisting  of  4 
nodes.  They  are  entered  as  follows:  14321,  15678,  11265,  1 
2376(1  34  8  7,  1  4  1  5  8.  This  defines  the  6  facts  of  the  aube, 
all  belonging  to  group  1,  each  consisting  of  a  different  combination  of 
four  corner  nodes.  GEOM  WRIT  is  entered  next,  the  file  being  named 
CUBE. GEO.  Pictures  of  this  part,  both  In  draw  mode  showing  the  nodes 
and  In  view  mode  showing  it  as  a  solid,  are  shown  in  Figures  5-1  and 
5-2. 

5.2.6.  Cylinder  Example.  The  following  is  an  example  describing  a 
cylindrical  shape.  After  running  UTILITY,  MAKE  VGLU  REVO  is  entered. 
Four  nodes  are  to  be  used  and  the  shape  is  to  be  revolved  360  degress. 
The  four  nodes  are  the.i  entered  as  follows:  0  0  0,  0  0  6,  3  0  6  ,  3  0 
0.  The  only  other  p  'ompt  to  be  answered  is  the  one  requesting  the 
number  of  circumferential  elements,  16.  This  part  must  also  be  saved  by 
typing  GEGM  WRIT,  the  file  being  named  CYL.GEO.  Pictures  of  this  part 
in  both  modes  are  in  Figures  5-3  and  5-4. 

5.2.7.  Rotating  farts.  Once  the  geometry  file  of  a  part  is  completed, 
it  is  often  necessary  (especially  for  parts  made  using  MAKE  V01U  REVO) 
to  orient  it  properly  with  respect  to  the  axes.  This  is  done  by  using  a 
program  called  ROTATE  This  program  prompts  first  for  the  input  and 
output  filenames,  which  must  be  supplied.  The  next  step  is  to  input 
the  angles  of  rotation  about  the  X,Y,Z  axes.  ROTATE  then  creates  an 
output  file  containing  the  rotated  data  and  *nds. 

5.2.8.  Translating  farts.  Once  they  are  oreated  and  oriented 
oorreotly,  parts  must  often  be  translated  (moved)  to>  their  proper  posi¬ 
tions  relative  to  the  rest  of  the  vehicle.  This  process  is  performed 


Figure  5-2.  Vi«w  Mods  Pictura  of  Cuba 


using  a  program  called  TRANSLATE.  This  program  also  prompts  for  the 
input  and  output  isometry  filenames.  After  these  are  entered,  the 
program  prompts  .  the  translation  amounts  (feet)  along  the  axes.  For 
example,  imputing  212  would  move  the  entire  part  2  feet  toward  the 
right  of  the  vehicle  (along  the  X  axis) ,  1  foot  toward  the  front  of  the 
vehicle  (along  the  Y  axis),  and  2  feet  up  (along  the  Z  axis).  TRANSLATE 
creates  an  output  file  containing  the  translated  data  and  ends. 

5. 2. 8.1.  Merging  arts.  Once  all  of  the  parts  required  to  form  a 
vehicle  are  created  and  placed  in  the  correot  orientations  and  loca¬ 
tions,  they  must  be  combined.  In  order  to  maintain  a  reasonable  number 
of  parts,  it  la  often  desirable  to  combine  several  similar  parts  to 
form  one  larger  part.  This  is  accomplished  using  the  program  MERGER  to 
combine  the  geometry  part  files  into  one  larger  geometry  part  file.  The 
program  prompts  for  a  ooomand,  the  proper  response  being  MERGE  (M),  It 
then  prompts  for  all  the  input  filenames  (£  halts  this  process)  and 
finally,  the  output  filename.  An  output  filename  without  a.  extension 
should  be  used,  since  MERGER  creates  three  new  files  with  extensions 
.GEO,  .INF,  .BOD. 

5. 2. 8. 2.  The  MERGER  Program.  The  MERGER  program  will  create  a  new 
geometry  file  containing  the  coordinates  and  elements  of  the  merged 
parts.  It  will,  however,  still  consider  the  components  to  be  separate 
parts.  To  modify  this,  UTILITY  must  be  used  once  again.  The  GEOMETRY 
READ  (GECM  READ)  mode  must  be  used  and  the  filename  entered.  The 
program  will  then  prompt  {CHANGES?*.  A  response  of  YES  (Y)  will  return 
the  prompt  {NUMBER  OF  GROUPS*.  To  oombine  several  parts  into  one,  enter 
1.  The  next  question  la  <N UMBER  OF  ELEMENTS*.  Simply  enter  the  total 
number  of  elements  in  all  parts  being  combined.  Then  save  the  file 
under  a  new  name  using  GECM  WRIT.  Once  the  total  number  of  parts  has 
been  reduced  to  a  reasonable  figure  (usually  20  or  leas),  the  aotual 
vehicle  may  be  assembled.  This  is  done  by  using  MERGER  again  and 
inputing  the  filenames  for  all  the  parts  to  create  one  large  vehicle 
file. 


5.3.  Animation  Methods 


5.3.1.  Viewing  Vehicle.  There  are  two  animation  programs  available, 
ANIMATE2  and  ANIMATE3-  For  the  most  part  they  are  identical.  With 
either  program,  a  series  of  data  must  be  entered.  The  first  three 
prompts  are  for  geometry,  body  and  DADS  filenames.  The  geometry  and 
body  files  are  created  by  the  MERGER  program,  but  the  DADS  file  must  be 
created  separately.  DADS  is  an  Independent  program,  used  to  calculate 
the  location  of  the  various  bodies  on  the  vehicle  at  different  times 
during  the  animation.  Colors  are  then  defined,  using  the  command  COLOR, 
by  three  components  (0-1)  for  Red,  Blue  and  Green.  Parts  are  then 
colored  by  assigning  color  numbers  to  part  numbers.  The  vehicle  may  be 
positioned  on  the  screen  using  DISTANCE  (DI5T)  and  ROTATE  (ROTA)  com¬ 
mands  which  are  fairly  self-explanatory.  To  display  the  vehicle,  the 
command  VIEW  is  then  entered.  All  the  above  parameters  may  be  entered 
into  a  .SET  file  for  ease  of  reproduction.  Details  on  the  use  of  .SET 
files  may  be  found  in  the  MOVIE. BYU  documentation. 
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5.3.2.  ANIMATE3.  ANIMATE3  is  a  program  which  allows  the  user  to 
operate  the  IAS  (Video  Animation  Sysem}  from  a  terminal,  thereby  pro¬ 
viding  complete  control  over  the  animation  process  from  one  location. 

Once  the  vehicle  is  properly  displayed,  the  animation  process  is  begun  by 
typing  the  command  AKIM,  which  produces  a  series  of  prompts.  The  user 
must  then  enter  the  number  of  frames  per  record  for  the  first  frame  of 
the  animation.  Wien  played  back,  30  frames  of  animation  cover  1  second 
of  actual  time.  Therefore,  60  frames  per  record  for  the  first  frame 
would  provide  a  2-second  leader. 

5.3.3.  Scene  Number.  The  next  prompts  ask  for  scene  number  (arbitrary, 
begin  with  1)  and  whether  or  not  it  is  new  (yes*l).  Next,  the  program 
asks  for  the  first  frame  number  of  the  scene  (1).  Next,  the  user  is 
asked  for  the  starting  DADS  frame  number.  This  parameter  allows  the 
user  to  begin  the  animation  at  any  point  in  the  DADS  file.  The 
following  prompt  allows  for  skipping  DADS  frames,  which  can  further 
accelerate  the  animation  process.  If  this  option  is  selected,  any 
number  of  DADS  frames  may  be  skipped  between  each  one  used.  The  next 
prompt  Inquires  as  to  whether  or  not  the  user  wants  graphing  during  the 
animation.  This  topic  will  be  dealt  with  in  a  later  section  of  this 
report . 

5 . 3 .  ^ .  DADS  Steps.  This  program  next  asks  how  many  DADS  time  steps  are 
to  be  used.  This  la  merely  the  number  of  data  points  the  user  wishes  to 
Include  in  the  animation.  If  the  total  number  is  unknown,  merely  enter 
9999  and  the  program  will  stop  when  it  reaches  the  end  of  the  DADS  file. 
Lastly,  the  number  of  frames  per  record  for  the  rest  of  the  animation  is 
requested.  If  the  DADS  data  is  calculated  every  l/30th  of  a  second  and 
the  animation  is  to  be  done  in  real  time,  simply  enter  1.  However,  if 
the  data  is  less  frequent  than  that  or  if  the  animation  la  to  be  done  in 
slew  motion,  then  a  higher  number  should  be  entered.  The  animation 
should  then  run  to  completion  without  further  input  from  the  user. 

5.3.5.  ANIMATE2.  ANIMATE!  is  a  less  complex  version  of  ANIMATE3.  It 
does  not  allow  for  any  manipulation  of  DADS  data,  but  merely  allows 
programming  uf  the  VA5  directly  (not  from  a  terminal).  Agai..,  the 
vehicle  must  first  be  properly  positioned  and  displayed  before  the  ani¬ 
mation  process  may  begin.  Once  this  is  done,  the  Program  button  on  the 
VAJ  controller  must  be  depressed.  The  first  four  prompts  that  were 
answered  for  ANIMATE3  must  be  answered  from  the  VAS  keypad.  Once  this 
is  done,  the  command  AKIM  is  entered  on  the  terminal  to  begin  the 
animation.  After  the  first  frame  is  recorded,  the  number  of  frames  per 
record  may  be  altered  using  the  Frame  Change  button  on  the  VAS.  Once 
this  is  done,  the  animation  should  run  to  completion  on  its  own. 

5.4.  Using  PLOT 

If,  when  using  AN1MATE3,  the  user  indicates  that  graphing  is  desired, 
then  the  program  PLOT  is  engaged.  This  will  initiate  another  series  of 
prompts.  The  first  one  requests  the  number  of  graphs  desired  (1  or  2). 
The  data  filename  is  then  required.  Data  files  may  contain  as  many 


head*r  lines  as  necessary,  provided  they  do  not  begin  with  numbers.  The 
data  Itself  nay  be  In  any  format,  but  suet  contain  two  numbers  (X  and 
Y)  on  each  line.  All  files  should  have  the  extension  .DAT.  Just  the 
filename  itself  should  be  entered.  Next,  the  labels  for  the  X  and  I 
axes  must  be  entered.  The  labels  must  contain  no  more  than  eight 
oharsot era  each.  They  may  be  lower  case  or  capitals.  If  lower  case 
eharaoters  are  entered,  however,  the  labels  them-elves  will  be  capita¬ 
lized.  The  origin  coordinates  oust  be  entered  next.  The  screen  coor¬ 
dinates  are  6*40  <X)  by  :»I2  (1)  with  the  origin  being  in  the  upper  left 
oorner.  Accordingly,  an  origin  of  100,  100  usually  works  well.  The 
user  is  then  asked  to  input  the  axis  lengths,  with  80  creating  a  good- 
sited  graph.  The  data  will  be  scaled  to  fib  the  graph,  regardless  of 
axis  lengths.  Once  all  the  above  prompts  are  answered,  the  animation 
process  will  begin.  A  graph  will  appear  in  every  frame,  including  the 
most  recent  data  point. 
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